home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ Jun 89 / V0007-Re Command Handling-Jun89 < prev    next >
Encoding:
Text File  |  1989-06-26  |  1.6 KB  |  42 lines  |  [TEXT/GEOL]

  1. Item    5647085                         4-June-89        15:39
  2.  
  3. From:   MOOF                            Rollin, Keith A, APL
  4.  
  5. To:     MACAPP.TECH$                    MACAPP Tech
  6.  
  7. Sub:    Re: Command Handling
  8.  
  9. Curtis,
  10.  
  11. You write:
  12.  
  13. "Suppose you wish to have a document handle menu commands whether or not the
  14. window of that document happens to be the front window.  That document will not
  15. be in the command chain the minute you deactivate its window.  This limits
  16. documents activities to those that pertain only to active windows (at least
  17. without a lot of fuss).  If you wanted to have a document handle commands that
  18. created windows for that document, you would not be able to do so if a window
  19. of another document was active."
  20.  
  21. Could you expand upon this example? From what you describe here, I think that
  22. what you are attempting to do is not very kosher.
  23.  
  24. One of the tenets of the Apple Desktop Interface is that you are presented with
  25. all of your tools, data, options, etc. It should be relatively obvious what
  26. will happen for any given action.
  27.  
  28. However, it sounds like you are going against that philosophy. For instance,
  29. based on your description above, I get the picture of, say, a couple of
  30. document windows behind some modeless dialog sort of thing. You then propose
  31. that selecting a certain menu item alters a document in some way.
  32.  
  33. Which one?!?
  34.  
  35. There is no way for the user to know which document will be affected. Most
  36. programs require you to specify which document you want to work on by selecting
  37. it first. That's what being an "active window" means in the first place.
  38.  
  39. - Keith Rollin
  40. - Apple Developer Technical Support
  41.  
  42.